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OOPS  IT'S  HAPPENING' 
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Mel  Fisher 

Object  Oriented  Programming  Systems  (OOPS)  Fart 


(This  is  the  -first  part  o-f  an  article  on  OOPS) 


they  are  important. 


Whet  good  are  all  these  Objects" 


The  initial  appeal  ot  object  orientation  is  that  it 
provides  not  so  much  a  coding  technique  as  it  is  a  new 
approach  to  make  software  (1>  better  designed,  (2;  -'■ore- 

reusable,  and  (3)  more  reliable. 

1)  BETTER  DESIGNED  -  OOF'  provides  better  concepts  <>nc 
tools  to  model  and  represent  real  world  problems  bv 
allowing  an  easier  transformation  -from  problem  definition 
to  system  requirements  (user  te^ms;  and  pr ogr ammi no 
language  (computer  terms).  This  transformation  from 
problem  to  computer  specification  is  often  called 
information  modeling,  where  any  real  world  object  can  be 
represented  in  a  variety  of  wavs.  For  example,  we  can 
represent  an  abstract  object  (dog)  by  the  table  shown 
bel  ow: 


Duo 


'  Dogs  Breed  Favorite  Birthdate 

Iname  food 


F'ood  1  e 

Dr  v 

May  21 

Mi  it 

Mix 

June  1 

!  Rover 


A  column  in  the  table  represents  a  char acter i st i c  or 
ATTRIBUTE  of  the  object  dog.  Each  unique  dog  represents  a 
particular  instance  of  the  object  dog  by  a  row  in  the 
table.  Other  objects  of  our  real  world  problem  could  be: 


Dog  Owner 


Vet  Doctor 


!  Owner  Address  ! 

I  I 


!  Doctor  Address  I 


The  last  thing  we  need  to  know  is  that  these  objects  can 
have  relationships  and  communicate,  the  owner's  name  can 
be  associated  with  the  name  of  a.  dog.  In  our  case  the  dog 
is  owned  by  a  owner  and  can  be  serviced  by  a  vet  doctor. 

We  can  begin  to  create  an  information  model  of  our  problem 
using  these  basic  concepts  to  create  OBJECTS  with 
ATTRIBUTES  which  can  communicate  with  other  objects 
through  MESSAGES. 

2)  MORE  REUSABLE  -  Since  OOF'  deals  with  objects  and  the 
data  that  works  with  those  objects,  this  packaging  of 
objects  (encapsulation)  allows  for  the  development  of 
object  libraries  which  can  be  used  when  developing 
aippl  i  cat  i  oris.  These  software  libraries  contain  reusable 
objects  (data  &  methods)  that  can  be  incorporated  into  any 
program  by  more  than  one  programmer. 


/• 


3)  MORE  RELIABLE  -  The  biggest  problem  tocav  when 
designing  systems  involves  an  attitude  toward  chance.  A 
application  (end  user)  needs  change,  the  effort  it-.ol  .  : 

to  make  those  changes  in  so-ftware  is  not  oar  t  of  our 
programming  tools,  methodologies  and  concepts.  T'.t- 
natural  process  of  using  better  designed  code  with 
reusable  software  modules  will  result  i  r-  systems  that 
aid  just  to  change  better  and  be  more  reliable. 


So  What  is  Object  Oriented  c'rogr  amir :  ng" 


It  is  a  way  for-  real  world  problems  to  be  represented  as 
objects,  with  properties  (attributes)  about  those  object 
and  the  operations  (messages)  permitted  to  worl  on  objec 
data  structures.  In  an  OOP  environment,  a  program  obtai 
information  from  an  object  or  request  an  object  to  do 
something  by  sending  a  MESSAGE  to  the  object.  Some 
objects  in  any  problem  will  be  verv  similar  and  thus 
demonstrate  a  similar  behavior.  The  object  dog  above  is 
similar  to  a  Deer.  It  has  four  legs,  a  head,  taii,  etc., 
when  creating  the  original  object  dog  it  would  of  made 
sense  to  use  similar  characteristics  of  the  deer  object 


inherit  its  character i st 1 cs  and  not  reinvent  the  wheel 


TRANSITION  TO  OOPS! 


The  transition  to  OOP  will  not  necessarily  be  a  smooth 
one.  There  probably  will  be  several  phases  to  go  through 
before  programmers  can  really  incorporate  OOP  into  the 
mainstream  o-f  programming. 

The  -first  phase  o-f  the  OOP  transition  will  be  to  integrate 
into  existing  languages  OOP  -features.  This  incremental 
process  will  allow  programmers  to  build  on  their  existing 
knowledge  and  experiences  and  use  existing  code,  incre¬ 
mentally  using  objects  in  places  where  they  are  needed. 
This  would  include  languages  like  C++,  Objective  C  and 
Object  Pascal.  Borland  and  Microsoft  recently  have 
announced  their  versions  o-f  Object  Pascal  while  Apple  has 
had  Object  Pascal  -for  years.  Will  OOP  -features  be  added 
to  other  traditional  languages  (OOP— COBOL)  ? 

The  second  phase  is  to  have  major  application  use  objects 
as  collections  o-f  objects.  With  this  capability,  appli¬ 
cations  can  use  objects  such  as  a  spreadsheet,  text  or 

4t 

graphics  independent  o-f  where  they  were  created.  These 
toolkits  are  just  now  becoming  available  -for  the 
programmers  in  the  -form  o-f  Dynamic  Link  Libraries.  At 
this  point,  operating  systems  will  have  to  recognize  these 
collections  o-f  objects.  Operating  systems  like  03-2  and 
Unix  offer  this  in  some  capacity  right  now,  but  it  needs 
to  be  improved  before  OOPS  makes  it  to  the  last  phase. 


The  final  or  third  phase  of  DOF'  transition  will  be  tool 


development  for  end-users.  Programming  tools  or  1  ar.ouaoe 
like  Smalltalk  or  Actor  provide  this  now  to  a  certain 
degree,  but  some  manual  coding  is  still  required. 
Hopefully,  tools  like  this  will  result  in  end-users 
creating  applications  with  object  oriented  code 
generators . 


OOP  SOURCES 

1.  Journal  of  Ob  j  ect-Or  i  ented  Programming,  1  -800-3  40 -3  1  1  C 

2.  C++  Report,  1-800-345-8112. 
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4.  Par  cF'l  ace  ,  Smalltalk-80,  1-800-822-ST80. 

5.  The  Whitewater  Group,  Actor,  (312)  491-2370. 
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7.  Yourdon  Press,  Ob ject-Or i ented  Systems  Analvsis  bv 
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Remember  OOF'S"' 


In  part  I  of  this  article  we  discussed  the  software  crisis 
in  designing  systems  with  traditional  1 anquagee ,  ana  how 
Object  Oriented  Programming  (OOF)  would  provide  a  new 
approach  tor  software  to  be  (1)  better  designed.  <2>  more 
reusable  and  (3)  more  reliable. 

We  also  tailed  about  how  OOP  provides  a  better  way  to 
represent  real  world  problems  as  OBJECTS  with  properties 
(ATTRIBUTES)  and  how  objects  can  communicate  with  other 
objects  by  passing  MESSAGES. 

OOF':  New  ways  to  Look  At  Code  •!<  Data 

Now  that  we  know  about  objects,  attributes,  and  messages, 
it  is  time  to  add  a  -few  more  terms  to  our  OOP  vocabulary. 
Under  the  0 OF'  paradigm,  both  code  and  data  are  important 
as  they  are  brought  together  to  form  an  object.  Since 
objects  perform  actions  via  methods  (procedures) ,  one 
method  might  print  the  object  s  data  on  a  printer  (ie.  go 
print  yourself).  Another  method  might  request  new  data  for 
its  object  which  could  be  a  database  record  object. 

This  idea  of  sending  messages  to  objects  is  intriguing  but 
only  part  of  the  story.  The  most  important  part  of  OOF'  is 
the  idea  of  INHERITANCE.  When  an  object  is  defined,  it 


becomes  part  of  a  CLASS  of  object.  In  our  doa  object 
example  in  part  I,  we  saw  that  a  dog  could  have 
char ac t er i st 1 c s  of  a  generic  animal  object.  This  process 
is  called  inheritance.  What  this  means  is  that  any  object 
can  inherit  the  needed  characteristics  of  anv  other  object 
and  then  just  add  the  attributes  it  needs  for  itself. 

Let  me  state  that  again  because  it  is  the  most  important 
part  of  OOF'  that  males  it  dramatically  different  from  any 
procedural  language.  The  actual  inheritance  occurs  when  a 
new  class  of  object  is  defined  by  building  upon  a 
previously  defined  class. 

For  example:  if  we  create  a  new  object  dog,  it  most 

likely  will  have  some  characteristics  of  a  generic  animal 
object.  Since  certain  animals  have  four  legs,  a  tail,  a 
head  and  other  features,  we  can  use  or  inherit  these 
character! sti cs  for  our  animal  object.  To  make  the  dog 
look  different,  we  will  add  some  of  our  own  methods 
(procedures)  to  the  object  to  make  it  unique  and  behave 
like  a  dog . 

The  last  thing  to  know  is  that  the  class  of  objects  is 
structured  in  a  HIERARCHY.  When  a  new  class  of  an  object 
is  created  it  is  considered  a  descendant  of  the  original 
class  which  in  turn,  is  an  ancestor  to  the  new  class  just 
created.  It's  similar  to  a  family  tree  of  objects. 


Classes  higher  in  the  hierarchy  tree  represent  more 
general  characteristics,  while  classes  lower  in  the 
hierarchy,  represent  more  specific  characteristics  common 
to  object  classes.  For  example:  the  class  animal  in  a 

hierarchy  tree  would  contain  more  general  char acter i st i cs 
that  a  dog  object  which  is  a  certain  type  of  animal. 

A  Model  For  Reality 

As  mentioned  earlier  in  Part  I,  the  appeal  of  OOP  is  that 
it  provides  better  concepts  and  tools  to  model  and 
represent  the  real  world.  This  allows  for  a  more  direct 
representat i on  of  data  and  modeling  of  data  to  the  problem 
at  hand. 

This  process  of  trying  to  represent  the  real  world  in 
computer /user  terms  is  called  information  modeling. 
Information  modeling  itself  can  be  very  useful  in  many 
application  areas  where  there  is  a  need  to  have  systematic 
processes  clarified. 

For  example,  consider  a  procurement  expert  within  a 
company.  This  person  has  a  great  deal  of  knowledge  on  the 
inner  working  of  how  to  get  items  purchased  from  various 
vendors.  Information  modeling  would  be  helpful  here  to 
extract  from  the  procurement  specialist,  the  processes 


which  make  up  his/her  approach  to  procurement  problems. 

DDF'  allows  you  to  represent  a  model  o-f  the  procurement 
problem  and  the  relationships  within  the  problem  to  assist 
in  the  transition  -from  problem  de-finition  to  computer 
specifications. 

One  of  the  first  things  you  do  when  building  an 
information  model  is  to  define  the  conceptual  units  of  the 
problem  itself  in  the  form  of  objects.  The  combination  of 
all  these  objects  assists  in  defining  the  problems  scope. 

Why  is  this  model  important?  It  represents  one  of  the 
processes  that  make  up  the  complete  software  development 
lifecycle.  This  developmental  process  is  typically  made 
up  of  four  phases  with  a.  varying  degree  of  each: 

1.  Analysis  of  the  problem  (our  model  above) 

2.  Specifications 

3.  System  design 

4.  Implementation 


Future  Directions  of  OOP? 


There  are  several  areas  where  OOP  can  be  applied; 
databases,  end-user  tools,  CASE  (Computer  Aided  So-ftware 
Engineering),  and  toolkits  -for  programmers.  Since  the 
database  is  the  most  important  part  of  any  in-formation 
system ,  *fch  is  area  will  bene-fit  the  most  -from  incorporating 
OOP. 

A  database  combined  with  OOP  becomes  an  intelligent 
database.  To  -fully  utilize  intelligent  databases, 
other  tools  can  be  added  such  as  expert  systems, 
hypermedia  and  text  management.  New  in-formation 
technologies  combined  with  graphics  will  play  an  ever- 
increasing  role  in  information  systems  of  the  future. 

OOP  will  not  be  a  cure  all  for  future  system  design,  but 
it  will  help  reduce  the  software  crisis  of  today  by 
facilitating  software  design  and  maintenance. 
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